home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1599 / 1333 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  3.0 KB
  1. From: Claus Brod <clausb@hpbeo79.bbn.hp.com>
  2. Subject: Re: Just a couple of things.
  3. Date: Wed, 27 Apr 94 10:25:48 MESZ
  4. In-Reply-To: <5969.9404270732@tiggertoo.earth.ox.ac.uk>; from "Stephen Usher" at Apr 27, 94 8:32 am
  5. Mailer: Elm [revision: 70.85]
  6.  
  7. > Filesystems would layer above this model. As the Falcon SCSI and TT SCSI are
  8. > mutually exclusive they could use the same virtual device numbers. Devices
  9. > would be numbered in the same way as Atari does, ie. ACSI are 0-7 and SCSI
  10. > are 8-15.
  11. > 
  12. > To do this I'll need to get information on the following:-
  13. > 
  14. > (a) SCSI commands
  15. > (b) TT SCSI chip programming
  16. > (c) Falcon SCSI hardware addresses and programming
  17.  
  18. You're reinventing the wheel here. It would be much more efficient
  19. in terms of developping time if we could agree on an XHDI extension
  20. which allows to send ACSI/SCSI commands to the hard disk driver.
  21. This way, you would only have to write the device driver interface
  22. code and wouldn't have to care about low-level stuff. 
  23.  
  24. The only problem here is that you need a hard disk driver that offers
  25. such a service. Atari will certainly not update their hard disk driver
  26. in that direction, and I don't think that ICD offers a full XHDI
  27. interface. Therefore I have the following suggestion:
  28.  
  29. A few years ago, I wrote a hard disk driver of my own, called CBHD.
  30. It has been published as part of a book that I wrote ("Scheibenkleister"),
  31. together with other hard disk maintenance software. At the time,
  32. the book and the driver were very successful in Germany.
  33.  
  34. In the meantime, the book is out of print, and I don't have the
  35. time to offer a full-blown support for the hard disk driver.
  36. I know, however, that it is quite good; it's fast (I believe
  37. it is the fastest of them all 8-), reliable (thousands of users
  38. have tested it with quite a lot of configurations), and in the
  39. meantime it has also become a little more modular so that it can 
  40. be extended more easily. I don't want this piece of software just 
  41. lie around on my hard disk. If there's enough interest, I would be willing
  42. to give this hard disk driver into the public domain, under similar
  43. terms as other MiNT-related software and MiNT itself so that other
  44. people could hack it up and extend it. I have prepared the driver
  45. for XHDI support, but only two or three XHDI functions are implemented
  46. right now. It's not that tricky to add the other ones, though.
  47. I just don't have the time for it. I would be willing, though,
  48. to coordinate releases, i.e. collect, check and send out patches,
  49. at least in the beginning until I have found out whether this
  50. is manageable or not.
  51.  
  52. So if you think a PD hard disk driver would be a good idea, please
  53. say so. I need some support for it, and I won't release CBHD into
  54. the public domain if I don't know that there will be some people
  55. who will actually add value to it and use it. 
  56.  
  57. Let me know what you think!
  58.  
  59. --clausb@hpbeo79.bbn.hp.com-----------------------------------------------
  60. Claus Brod, MDD, HP Boeblingen         Have you hugged your manager today?
  61. --#include <std_disclaimer>-----------------------------------------------
  62.